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TITLE 

"A method for providing telecommunications services, 
related system and information technology product" 

DESCRIPTION 

5 The present invention concerns the provision of 

telecommunications services in an environment where at the 
same time two telecommunications systems working according 
to different standards are present. 

As an example - which should however not be regarded 

10 as limiting the scope of the invention, that is fully 
general - the two telecommunications systems may be. two 
mobile communication systems working according to the UMTS 
(Universal Mobile Telecommunications System) standard and 
according to a Wireless Local Area Network (WLAN) standard 

15 such as for instance the standard currently denoted as 
802,11. 

In the document titled "^Stand-Alone Data-Cells for 
UMTS", presented as Tdoc PEW-0032/01 paper at the 3GPP 
. Future Evolution Workshop held on October 18-19 2001 at 

20 Helsinki (Finland) , there is described an architectural 
solution allowing the implementation of a full integration 
of both systems; such an integration is performed in the 
radio mode and offers the possibility of an optimum 
management of the network. 

25 Closely related topics are discussed in the document 

"Location-based Radio Resource Management in Multi 
Standard Wireless Network Environments" by M.Hildebrand, 
G. Cristache, K.David and P. Fechter presented at the 1ST 
Mobile Sc Wireless Telecommunications Summit 2002, held at 

30 Thessaloniki (Greece) on June 17-19 2002. This document 
enphasises among other things the in5)ortance of defining 
solutions aimed at improving the throughput of such 
systems and providing the user with the best service 
quality. 



CONFIRMATION COPY 



WO04028190 (http://www.oetthepatent.com/Login.dog/$email/Fetch/Default.dog/W Page 4 of 34 



WO 2004/028190 PCT/EK003/0101 14 

2 

The aim of the present invention is to provide a 
solution allowing the optimum exploitation of the 
opportunities offered by such an integration scenario. 
This concerns in particular the possibility of dynamically 
5 performing an optimum choice of the access to the 
integrated system, taking into account the requirements of 
the network administrator (or of the operator) and of the 
user that is recpiesting a service. 

According to the present invention, such an aim is 

10 attained by virtue of a method having the characteristics 
specifically recalled in the following claims. The 
invention also concerns the corresponding system and the 
related information technology product, that may be 
directly loaded in the internal memory of a digital 

15 computing tinit and incorporates portions of software code 
for performing the steps of the method when the product is 
run on a computer. 

In any case, though the solution according to the 
invention has been worked out with specific reference to 

20 the possible application to an integration scenario such 
as the one previously described, it can be advantageously 
applied to any context wherein the same basic topics are 
faced. Thus the solution according to the invention is 
applicable to telecommunications networks working 

25 according to different standards with regard to those that 
have been mentioned before or will be specifically 
mentioned, as well as to contexts wherein the integration 
is foreseen for a number of telecommunications systems of 
more than two, working together in an integrated way. 

30 The solution according to the invention makes is 

therefore possible to provide telecommunications services 
in an environment wherein: 

- a plurality of telecommunications systems are foreseen 
that work according to different standard and are 
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reachable from a terminal in an integrated manner, 
- at least one of the services may be provided by more 
systems, thus according to different standards. 

The solution according to the invention envisages 
5 that with regard to the request of provision of the above- 
mentioned at least one service, there is the availability, 
for the provision of the service requested, of at least a 
first and a second system. Then, in an automatic and 
dynamic manner, a choice is made of one between the two 
10 systems for the provision of the service requested. The 
selection is preferably effected through an unique module, 
in order to allow the selection, performed in an automatic 
and dynamic way, of a communication resource regarded as 
preferential for the provision of the service requested 
15 within the integrated system. 

The invention will now be described by way of a non- 
limiting example with reference to the appended drawings, 
wherein 

- figure 1 depicts the general application scenario 
20 of the solution according to the invention, 

figure 2 is a flow chart illustrating the . 
implementation of a solution according to the invention, 
and 

- figure 3 is a diagram to be used for the evaluation 
25 of the load conditions of a WLAN network or a similar 

network in the context of the invention. 

The solution according to the invention has its 
preferential application in a multi-mode scenario (i.e. a 
multi-system or multi -standard scenario) of the type 
30 represented in the block diagram of Figure 1. 

In principle it is foreseen that the terminals T 
linked to the system are multi-mode or multi-system 
terminals, e.g. capable of simultaneously supporting 
various standards, such as the UMTS and a 802.11 standard. 
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Such terminals are therefore capable of interfacing: 

- the node, currently termed as node forming the 
element of the UTRAN (UMTS Terrestrial Radio Access 
Network, term indicating the network N of radio access to 

5 the UMTS system) suitable for the air transmission of the 
signal, without any modification with regard to the 
standard, and 

- the Access Point, AP, i.e. the element of the 
802.11 system, designed for the air transmission of the 

10 signal. 

In the case of the access point AP, the information 
exchanged with the terminal T is essentially equivalent to 
the information envisaged in the AP standard mode, being 
however the possibility foreseen of connection to the so 

15 called Radio Network Controller (RNC) , which is of 
standard type, but integrated with the functionalities 
designed for managing the 802.11 system. 

In principle, the access point AP and the controller 
RNC must commxanicate with one another two parameters, 

20 namely: 

- the number of users linked to the WLAN network, 

and 

- the total bitrate of the active communications on 
the same WLAN network. 

25 The parameters involved in the procedure are: 

. SIFS (Short Interframe Space) = 28ms 

. backoff slot time = BO/xs 

. propagation delay « 1/is 

. tsiot = 20ms 

30 . CW min (Contention Window min) = 32 

. CW max (Contention Window max) = 256 

As far as the UMTS network infrastructure is 

concerned, no modifications are envisaged with regard to 

the so called Core Network standard, in particular for the 
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node, called SGSN (Serving GPRS Support Node) , that 
interfaces the UTRAN network. 

All the above is set in an integration scenario 
wherein the nodes B and the access points AP are managed 
5 preferably by an unique controller, situated in a advanced 
version of the current controller RNC foreseen by the 
standards. Fiirther information concerning the specific 
conventional modalities of inplementation in Figure 1 may 
be derived from the document presented at the 3 GPP Future 

10 Evolutions Workshop already mentioned before and from the 
3GPP specifications. The latter comprises all GSM 
specifications (including GPRS and EDGE) and 3G (third 
generation) specifications. Other terms used for the 
description of networks using the 3G specifications are: 

15 UTRAN, W-CDMA, UMTS (in Europe) and FOMA (in Japan) . 

Within the context described herein, the provision is 
in general envisaged of telecoramxinications services of 
different type. To define the basic concepts (though for 
exemplary pxirposes only) reference may be made to the 

20 standard classification of the services used for the UMTS 
standard . 

In such a context the conversational service is at 
first dealt with: it is a type or class of service used 
for real time calls between users, as in the case of voice 

25 and video- conference seirvices. The transfer time must be 
kept low and the time relationship between the various 
parts of the information flow must remain unchanged, so as 
to meet the characteristics of the human perception. 

Then the streaming services are described for the 

30 case in which the user wishes to receive audio/video 
streams. It is usually a iinidirectional service, provided 
by a server to a terminal, such as a mobile terminal. It 
is important that the time relations among the various 
parts of the information stream remain unchanged, being 



W 0040281 90 [http:/Avww.getthepatent.com/Login.dog/$email/Fetch/Defautt.doq/WQ040^ 90part=main] Page 8 of 34 



WO 2004/029190 PCT/EP2003/0101 1 4 

6 

however not foreseen particularly tough requirements on 
the information transfer times as a whole: the information 
is also stored at buffer level on the receiving terminal, 
so as to make any jitter phenomenon transparent to the 

5 human perception. 

There is then the class of interactive services, that 
are used whenever the user requests data from a mobile 
apparatus, as in the case of the Internet navigation or 
access to a network server. In this case, important 

10 factors are the so called Round Trip Delay -(RTD) and the 
data integrity. 

There is then the class of background services, that 
identifies applications with a low priority execution, 
i.e. likely to be carried out on background. Some exanples 

15 of services relating to this quality of service or QoS are 
the transmission of electronic mail messages or the so 
called SMS' s. In such a case the time limits are not 
important, whilst the data integration is important. 

The solution according to the invention aims at best 

20 exploiting the opportunities offered by the above - 
described context. This is made possible through a 
technique that dynamically carries out a optimum choice of 
the radio access, taking account of the requirements of 
the network administrator (or operator) and of the user 

25 requesting the service. 

The solution described herein envisages to make a 
choice on the basis of the following parameters: 

- class of the service requested by the user; 

availability of transmission resources ( for 
30 instance, radio resources at the UMTS side as well as at 
the WLAN side) ; 

- possibility of re-negotiating the service; 

The solution under question works according to the 
following guidelines. 
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In principle, the UMTS standard* has a 2 Mbit/s 
transmission capacity, whereas the 802.11b standard has a 
total transmission capacity equal to 11 Mbit/s. The UMTS 
standard is additionally capable of offering best 
5 guarantees in terms of quality of service (QoS) . 

The UMTS transmission resource may therefore be 
regarded more valuable, and that justifies the criterion 
of freeing or reducing as much as possible the load of the 
UMTS network, in order to exploit it only for services 
10 applying tough QoS requirements and in cases in which the 
WLAN resoiirce is unavailable. For the rest of it, thanks 
to its high bitrate the 802.11b system offers a best 
support for the services which do not have particularly 
tough requirements in terms of QoS. 
15 In practice/ the system according to the invention 

can be implemented in the form of a module 10 (making 
reference to Figure 1) , integrated in the RNC controller 
already foreseen within the integration scenario referred 
. to in the introduction of the present invention. 
20 La relating method of operation is illustrated in the 

flow chart of figure, 2 . 

In such a flow chart, the step denoted by 100 
represents a service request made by the user through the 
terminal T. The latter action causes the request to the 
25 RNC controller of its establishing a so called RAB (Radio 
Access Bearer) with given characteristics. 

The characteristics required for the choice described 
in the sequel essentially correspond to parameters such 
as: class of service requested, bit rate and possibility 
30 of re -negotiating the service. 

At step 102 a check is made on whether the requested 
service is a service of a conversational type. Since the 
WLAN standard is not adequate to ' support conversational 
services, if the test result of step 102 is positive, the 



WO04028190 [http://wvw.gettheDatent.com/Login.dog/$email/Fetch/Default.doa/WO04028190xpc?to^^ Page lOof 34 

WO 2004/028190 PCT/EP2003/010114 

8 

system directly evolves toward the step 104, where a check 
is made on whether the UMTS communication resource is 
available. If the test result at step 104 is positive, the 
system further evolves toward an additional step 106, thus . 
5 making it possible for the service to be offered on the 
UMTS system. If the UMTS resource is not avail^le 
(negative test result of step 104) the system evolves 
toward a step 108, where a check is made on whether more 
data rates are required. 

10 In practice, at step 108 a check is made on whether, 

when the service under question cannot be provided with 
the characteristics originally requested (for instance, 
bitrate) said service may be provided with modified 
characteristics, for instance with a lower bitrate than 

15 the one originally foreseen. 

If the test result at step 108 is negative, the 
system evolves toward a step 110, notifying the 
impossibility of providing the service, that is not 
offered. 

20 If instead the step 108 test is positive (which 

states that it possible to start a so called ^'re- 
negotiation'' of the service, offering it at a lower 
datarate) , the system returns to step 104 through a re- 
negotiation step 109. 

25 The check on the availability of the UMTS resource is 

then carried out again, by making reference not to the 
characteristics of the service so as originally requested, 
but to the service characteristics resulting from the re- 
negotiation, for instance with reference to a lower data 

30 rate. 

The final result of this method of operation is given 
either by the provision of the service on UMTS <step 106) , 
possibly after executing further attempts under 
additionally '^re-negotiated conditions (should this be 



WO04028190 fhttp://www.getthepatentxom/Loqin.doa/$email/Fetch/Defa Page 11 of 34 



WO 2004/028190 PCT/EP2003/010114 



possible) / or the definite non-provision of the service 
(step 110) . 

If at step 102 it has been ascertained that the 
requested service is not a service of conversational type, 
5 the system evolves toward a step 112, where a check is 
made on whether the requested service is a streaming 
service. 

A service of this kind may be provided through the 
WIiAN resource and the UMTS resource as well, the latter 

10 being however regarded (for the reasons already described 
before) as a more valuable resource. 

For this reason, if step 112 yields a negative 
result, showing that the service requested is a streaming 
service, the system evolves first toward a step 114, where 

15 a check is made on whether the WLAN resource is available. 

If the test result of step 114 is negative, the 
system evolves toward a step denoted by 116, corresponding 
to the allocation and provision of the service over WLAN 
with the appropriate data rate. 

20 If instead the test of step 114 gives a negative 

result (because it is found out that the WLAN resource is 
not available: the relating verification is effected 
according to criteria better explained in the sequel) the 
system verifies, at a subsequent step 118 the system 

25 verifies whether instead the UMTS resource is available. 

Once the availability of the UMTS resource has been 
verified (negative outcome of step 118) the system evolves 
toward a step 120 corresponding to the provision of the 
streaming service over the UMTS network. 

30 Should the UMTS resource be unavailable (negative 

outcome of step 118) the system evolves toward a step 122 
substantially similar to the step 108, already seen 
previously. 

Step 122 corresponds to a mechanism of possible re- 
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negotiation of the service performed by checking whether 
the streaming service requested by the user can be 
provided with different data rates, in particular by 
making an attempt with a lower data rate. 

5 Such an attempt, represented by step 124, is however 

performed preferably, instead of returning toward the UMTS 
resource (step 118) , by verifying again (step 114) the 
availability of the WLAN resource, regarded as less 
valuable and therefore to be used preferably with regard 

10 to the UMTS resource. 

Also in this case, as in the case previously seen in 
relation to the service of conversational type, the final 
outcome of the procedure is either the service provision 
over UMTS (after one or more attempts made with lower data 

15 rates - step 116) or the final notification, represented 
by step 126, of the impossibility of offering the service. 

Substantially similar criteria (without the 
possibility of service re-negotiation) are adopted for the 
provision of services of interactive or background type, 

20 In particular upon a negative outcome of step 112 

(the service recjuested is neither of conversational nor of 
streaming type) the system evolves toward a further 
selection step 127, wherein a check is made on whether the 
service being requested is an interactive service. 

25 In the case of a positive outcome, once again the 

systems verifies, at a step 128, the availability of the 
WLAN resource. 

If such a resource is available (positive outcome of 
step 128), the service is allocated over WLAN with the 

30 appropriate data rate (step 116) . 

If step 128 indicates the unavailability of the 
resource, the system evolves toward a step 130, where the 
availability of the UMTS resource is verified. 

In case of positive outcome, the system evolves 
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toward a step 132, corresponding to the provision of the 
interactive service via UMTS. Should step 130 have instead 
a negative outcome, indicating the tmavailability of the 
UMTS resource, the system will directly evolve toward a 
5 step 134 corresponding to the non-provision of the 
service. This is due to the fact that for the service of 
interactive type it is usually unlikely to suggest the 
execution of re-negotiation attempts with lower data- 
rates . 

10 The possible negative outcome of the step denoted by 

127, indicating that the service requested is neither of 
conversational xvor of streaming class, and nor of. 
interactive class, identifies the requested service as 
background service. 

15 Once this fact has been ascertained at a step denoted 

by 136, the system evolves again toward a step 138 for 
checking the availability of the WLAN resource. 

In the case of a positive outcome, the service is 
allocated over the WLAN network, identified as available. 

20 This occurs at the step denoted 116. 

If instead step 138 gives a negative outcome 
indicating the unavailability of the WLAN resource, the 
system evolves toward a step 140, where a check is made on 
the availability of the UMTS resource. 

25 According to criteria basically similar to those 

adopted at steps 130, 123, 134, described before, the 
outcome of step 140 leads as an alternative either to the 
service provision over UMTS (step 142) or to the 
notification of the inpossibility of offering the service 

30 (step 144) . 

In short, the operation criteria described above may 
be traced back to the following general flow chart. 

At first a check is made of the class of the service 
requested. 
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The WLAN standard is rather unsuitable to support 
services of conversational type, thus this type of 
services is immediately routed to the UMTS network. 

Once said check has been made and it has been 
5 ascertained that the requested service is not of 
conversational type, the system verifies whether or not 
the WLAN resource is available, by making a kind of 
Admission Control. 

In practice, a check is made to verify that the 
10 addressing of the user over the WLAN does not excessively 
load the network, thus causing an unacceptable degradation 
of the overall system performance. 

If the WLAN resource is available, the service is 
allocated over such radio access, and the procedure ends. 
15 If the WIAN resource is not available (or the check 

performed at the start has given a positive result 
notifying the request of service of conversational type) , 
then a check is made on the availability of the UMTS 
resoxirce through a procedure of Admission Control (already 
20 envisaged with the UMTS system and implemented through the 
RNC controller) . 

If the UMTS resource is available, the seirvice is 
allocated over such a radio access, and the procedure 
ends . 

25 Is the UMTS resource unavailable, then the mechanism 

is exploited for re -negotiating the service (only in the 
case of conversational services or streaming) and the 
attempt is repeated through the procedure with lower 
service requirements. 

30 The procedure ends in any case after a new check of 

the resources. If the service could be provided with lower 
resources, and such resources are available, the service 
is provided; otherwise no service provision occurs. 

In the case wherein no radio r-esources are available 
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for the conversational or streaming services, it is 
possible to re-negotiate the service and meet the request 
by supplying a lower data- rate as compared to the one 
initially requested. 
5 The attettpt with a lower data-rate (steps 109 and 

124) essentially corresponds to check whether it is 
possible to lower the data-rate requests, by trying to 
control again the resource with a lower rate. 

To ascertain the requested service among the various 

10 classes, a check procedure is envisaged at steps 102, 112 
and 127 on the basis o£ the definitions given before. 

The service allocation over WLAN or UMTS corresponds, 
to the fact that the relating check on the resoiirce has 
given a positive outcome, and the service is provided 

15 through the radio access or the 802.11b or UMTS standards. 

The service is not offered when the procedures end 
without the possibility of providing the requested service 
because no radio resources are avail^le to meet the 
service requirements. 

20 With regard to the availability verification of the 

resources, in the case of the UMTS resource it is possible 
to perform the verification by means of the formula 
(commonly known as such) derived from the definition of 
the so called ^'pole capacity". In the "^^uplink" case, such 

25 a formula is then 

r\ = (l+f )*SNR*SAF 

Such a formula corresponds to the definition of the r\ 
parameter, identifying the cell load, standardised with 
regard to the max theoretical value. For exanple, it is 
30 possible to take into accomt a loaded cell, when this 
parameter is equal to 0,7. 

By f a parameter is meant that takes account of the 
interference contribution caused by the cells adjacent to 
the cell under question. 
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SNR stands for the signal to noise ratio required, 
i,e. the ratio signal to noise necessary in order that a 
given service is well supported. 

Eventually, the parameter denoted by SAP {Service 
5 Activity Factor) indicates the average time slot during 
which the source is active. 

The above formula makes reference to an individual 
customer. The total value is obtained by computing the 
partial value of the parameter (i.e. calculating its value 

10 for each active connection) and sxamming up all the terms 
thus obtained. Said formula supplies an approximate 
estimation of the network load and can therefore be used 
to schematise the behaviour of the admission control and 
thereby to obtain the answer to the question about the 

15 available UMTS resource . 

The solution just described is a purposely simplified 
example of control admission technique. In general the 
admission control techniques are more sophisticated since 
they take into accotint for instance the load on the down- 

20 link connection and the availability of spreading codes in 
addition to the exploitation of information derived from 
power measurements. 

With regard to the access to the WLAN network, a 
particularly advantageous solution is the one which 

25 describes the performance degradation of the system as the 
number of users increases. This makes it possible to 
provide a kind of admission control criterion by deriving 
the capacity of the 802.11 standard as a fxinction of the 
number of active users. The diagram of Figure 3, obtained 

30 from the processing of the parameters already mentioned 
before (i.e. Short Interframe Space, backoff time, 
propagation delay, slot time, min. and max Contention 
Window) , represents the rate value standardised to the 
value of the max theoretical bit rate, equal for example 



WO04028190rhttp://wvvw. Qetthepatent.com/Login.dOQ/$email^^^ 



Page 17 of 34 



WO 2004/02P190 PCT/EP2003/010n4 
* 

15 

to 11 Mbit/s for the 802.11b system, as a function of the 
number of users. 

In other terms, if the active users on the WLAN are 
for instcince 30, said users will have at their disposal 
5 (making reference to the diagram of Figure 3) a total of 
about 6,457 Mbit/s, which are then subdivided among all 
the users. 

It is therefore possible to check whether the bit 
rate totally available is sufficient to provide the 
10 service requested by all the users. 

As a practical example (making jointly reference to 
the flow chart of Figure 2 and to the diagram of Figure 3) 
we consider the case of a user^s request for a streaming 
service with a 384 kbit/s that can be met also with a 144 
15 kbit/s bit rate. 

Assuming that at the moment 32 users are active on 
the WLAN (thus the available bit rate is equal, with 
reference to the Figure 3 diagram, to 6,3349 Mbit/s) and 
the load of the UMTS cell is assumed to be close to the 
20 max. value of 0,7. The system is therefore close to the 
maximxim load condition. 

The evolution through the flow chart of Figure 3 is 
therefore the following. 

Is the service of a conversational type? No. 
25 Is it a streaming service? Yes. 

The question is now whether the WLAN resotirce is 
available or not. 

Assume that, over the WLAN, 32 users are connected 
(max bit rate available 0,5759*11=6,3349 Mbit/s) and that 
30 the load on such a network is equal to 6,000 Mbit/s. The 
33-th user needs, as specified before, a 3 84 kbit/s 
streaming service which can be met also with a 144 kbit/s 
bit rate. 

The control that has been effected is the following. 



WO040281 90 [http://www.getthepatent.comA.ogin.dog/$ema{l/Fetch/Default.dog/W 90.cpc?t0olbar=bottompnum-WO040281 90Dart=mainl Page 1 8 of 34 



WO 2004/028190 PCT/EP2003/010114 

The new bit rate available is 0,5706*11=6,2766 
Mbit/s. Adding to the load value the bitrate of the 
request of the new user one obtains the value 6,000 + 
0,384 = 6,384 Mbit/s, which exceeds the availability. 
5 Is the WIiAN resource available? No. 

The UMTS cell is close to the value of max. load, 
therefore the request cannot be met by the UMTS either. 

The UMTS resource is available? No. 

A question then arises: 
10 Is it possible to re-negotiate the service? Yes. 

The attempt is made now with 144 kbit/s, and the 
control effected envisages to sum up to the load data the 
bit-rate of the (second) request, and this brings to the 
value of 6,000+0,144=6,144, Mbit/s, so that the 
15 availability is not exceeded. 

We ask then again: 

Is. the WLAN resource available? 

The question receives this time a positive answer 
(Yes). The service is then allocated on the WLAN network 
20 with the appropriate data-rate modified, i.e. reduced as 
cort5)ared to the data-rate initially requested. 

A similar criterion can be followed for the other 
WLAN systems wherein use is made of numerical values 
typical for them, without affecting at all the decision 
25 process herein described. 

Obviously, keeping unchanged the principle of the 
invention, the details of inplementation and the forms of 
embodiment may be widely varied, with respect to what has 
been described and illustrated herein, thus without 
30 leaving the scope and the spirit of the present invention. 

In particular it will be appreciated that - in at 
least a few application cases - one or more of the sets or 
sub-sets mentioned in the claims that follow, actually 
correspond to the empty set. Further it is evident that 
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the characteristic ^deliverable" (i.e .available) or ''not 
deliverable" ( i.e. unavailable) , ascribed to a given 
service with a view to its possible provision through a 
given system, must not be meant in a absolute physical 
5 sense and must be instead reasonably referred to the 
possibility of providing a given service under the 
conditions and with a quality level that are acceptable to 
the users. 
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